我也有同样的问题。

你看到了吗？https://bugzilla.redhat.com/show_bug.cgi?id=1659824

在GlusterFS中使用"IP“似乎不是”好的“，因为客户端依赖来自服务器的卷信息中的远程主机地址。如果服务器无法到达足够多的Gluster节点，则无法使用其他节点的卷信息。请参阅https://unix.stackexchange.com/questions/213705/glusterfs-how-to-failover-smartly-if-a-mounted-server-is-failed

因此-问题是-挂载点到达node1，读取卷信息(参见/var/log/glusterfs/.log)。有关于option remote-host中其他节点的信息)。然后，客户机尝试连接到私有IP上的节点，但失败了(在我的例子中)。我想，您的公共客户端无法接触到私有is -这就是Transport endpoint is not connected背后的问题。

解决方案A-在Gluster集群中使用主机名而不是in可以工作，因为您可以在/etc/hosts中为所有服务器创建别名。但这意味着-必须重新构建Gluster以使用DNS名称(这是Gluster节点内的192-IP和客户端上的公共IP )。我没有尝试从基于IP的Gluster切换到基于DNS的Gluster (特别是在生产上？)。

我不清楚RH bugzilla中的解决方案B。我不明白，在glusterfs -f$local-volfile $mountpoint中应该包含什么--特别是忽略remote-host的真正挂载点选项，以及它们对vol意味着什么。在第二篇关于SE的文章中有一个回应。我想，这就是答案，但我还没试过。

所以-我想，这不是一个bug，而是一个文档空白。用于构建卷的信息(块主机名)在客户端内部用于连接到然后在挂载点选项中指定的其他节点。